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(54) Video game machine, screen display method for video game, and recording medium 
containing screen display program 



(57) A video game machine includes a viewpoint- 
position control unit (254). The viewpoint-position con- 
trol unit (254) uses a rendering unit (255) to set the po- 
sition of a viewpoint when a player's car is displayed in 
a game screen on a monitor (2). The viewpoint is posi- 
tioned behind and slightly above the player's car. and is 
moved along viewpoint positions provided in the world 
coordinate system. The viewpoint closest to the player's 



car corresponds to zero points, and the viewpoint far- 
thest from the player's car corresponds to 500 points. 
Set points for the viewpoint are provided in accordance 
with whether each viewpoint condition is satisfied. In the 
case where the present points for the viewpoint differ 
from the set points when each viewpoint condition is sat- 
isfied, the viewpoint is moved at a moving speed based 
on the number of points per frame. 
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Description 

[0001] The present invention relates to video game 
machines for displaying, in real time on a monitor, im- 
ages changed when a virtual game character is manip- 
ulated to move by a player, image display methods for 
a video game, and recording media containing a screen 
display program. 

[0002] Many game systems have been proposed, 
such as a system comprised of a home-use game con- 
sole and a television monitor, a commercial-use game 
machine, and a system comprised of a personal com- 
puter or work station, a display, and a sound output de- 
vice. 

[0003] The game systems each include a player-op- 
. erated controller a recording medium containing a 
game program, a central processing unit (CPU) for per- 
forming control for the generation of sound and images 
based on the game program, a processor for generating 
images, a processor for generating sound, a monitor for 
displaying images, and a speaker for outputting the gen- 
erated sound. The types of recording medium include a 
compact-disk read-only memory (CD-ROM), a semi- 
conductor memory, and a cassette having a built-in 
semiconductor memory. 

[0004] In a type of video game played using the game 
systems, a game space is a virtual world in which there 
are streets, forest, etc., and a game character is moved 
in the game space by operating a controller. 
[0005] In this type of video game, by using a virtual 
camera (hereinafter referred to as a "viewpoint") dis- 
posed at a predetermined position with respect to the 
game character, an image including the character is dis- 
played on a monitor. In addition, a game in which a view- 
point can be shifted to a plurality of predetermined po- 
sitions with respect to the character by a player operat- 
ing a viewpoint-shift button provided on a controller is 
known. 

[0006] The conventional video games of the above- 
described types have the function of simply shifting the 
viewpoint with respect to the game character to the pre- 
determined positions in accordance with the operation 
of the viewpoint-shift button. Accordingly, the condition 
. of the game character moving in the game space cannot 
always be observed from a preferable viewpoint, which 
prevents the player from experiencing sufficient virtual 
reality. The player also is inconvenienced by complicat- 
ed operations since the player must operate the view- 
point-shift button while manipulating the game character 
in order to view the condition of the game character from 
the preferable viewpoint. 

[0007] Accordingly, it is an object of the present inven- 
tion to provide a video game machine for causing a play- 
er to experience enhanced virtual reality obtained by au- 
tomatically shifting a viewpoint in a game screen on a 
display in accordance with the condition of a game char- 
acter, a screen display method for a video game, and a 
recording medium containing a screen display program. 



[0008] To this end, according to an aspect of the 
present invention, the foregoing object has been 
achieved through provision of a video game machine 
comprising: operation means for outputting an operation 

5 signal when the operation means is externally operated, 
the operation signal corresponding to the type of oper- 
ation; motion-control means for moving a game charac- 
ter in a game space in accordance with the operation 
signal; rendering means for displaying, on a displaying 

10 means, an image including the game character, while 
using a predetermined position set with respect to the 
game character as a viewpoint; condition storage 
means for storing a predetermined viewpoint condition, 
and a selected position provided in accordance with the 

ts predetermined viewpoint condition; condition determi- 
nation means for determining whether the predeter- 
mined viewpoint condition is satisfied; and viewpoint- 
position control means for moving the viewpoint to each 
selected position when the predetermined viewpoint 

20 condition is satisfied. 

[0009] Preferably, the predetermined viewpoint con- 
dition is provided for an action by the game character. 
[0010] The game character may be a moving object, 
and the predetermined viewpoint condition may be that 

25 the moving object has spun. 

[0011] The game character may be a moving object, 
and the predetermined viewpoint condition may be that 
the moving object has crashed. 

[0012] The viewpoint condition may be provided 
30 based on the positional relationship between a prede- 
termined obstacle provided in the game space and the 
game character, and-the condition determination 
means may determine that the viewpoint condition is 
satisfied when the game character is positioned within 
35 a predetermined range including the obstacle. 

[0013] The video game machine may further include 
a table storage means for storing a table provided for 
coordinates in the game space, and an area corre- 
sponding to the predetermined range in the table, and 
40 the condition determination means may perform deter- 
mination based on the correspondence between the co- 
ordinates of the game character in the game space and 
the area. 

[0014] The video game machine may further include 
4$ range storage means for storing coordinates in the pre- 
determined range in the game space, and the condition 
determination means may perform determination when 
the coordinates of the game character in the game 
space are included in the predetermined range. 
50 [0015] The viewpoint condition may be provided 
based on the positional relationship between a prede- 
termined obstacle provided in the game space and the 
game character, and the condition determination means 
may determine that the viewpoint condition is satisfied 
55 when the obstacle is positioned between the game char- 
acter and the present position of the viewpoint. 
[0016] The viewpoint may be provided behind the 
game character which is moving. 
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[0017] When the viewpoint condition is satisfied and 
the position of the viewpoint differs from the selected 
position, the viewpoint-position control means may 
move the viewpoint to the selected position at a prede- 
termined speed. 

[0018] The condition storage means may store a plu- 
rality of viewpoint conditions and a plurality of selected 
positions corresponding to the plurality of viewpoint con- 
ditions, and the viewpoint-position control means may 
move the viewpoint to the selected position correspond- 
ing to one of the viewpoint conditions which is deter- 
mined by the viewpoint condition means to be satisfied. 
[0019] According to another aspect of the present in- 
vention, the foregoing object has been achieved through 
provision of a screen display method for a video game 
in which a game screen including a game character 
moved in a game space in accordance with an external 
operation is displayed on a display means, with a pre- 
determined position to the game character used as a 
viewpoint, wherein when a predetermined viewpoint 
condition is satisfied; the viewpoint is moved to a select- 
ed position corresponding to the viewpoint condition. 
[0020] According to a further aspect of the present in- 
vention, the foregoing object has been achieved through 
provision of a recording medium containing a screen 
display program for a video game in which a game 
screen including a game character moved in a game 
space in accordance with an external operation is dis- 
played on a display means, with a predetermined posi- 
tion to the game character used as a viewpoint, the 
screen display program comprising: a condition deter- 
mination step for determining whether a predetermined 
viewpoint condition is satisfied; and a viewpoint moving 
step for moving the viewpoint to a selected position cor- 
responding to the viewpoint condition when the view- 
point condition is satisfied. 

[0021] According to a further aspect of the present in- 
vention, the foregoing object has been achieved through 
provision of a screen display method for a video game 
in which a game screen including a game character 
moved in a game space in accordance with an external 
operation is displayed on a display means, with a pre- 
determined position to the game character used as a 
viewpoint, the screen display method comprising: a con- 
dition determination step for determining whether a pre- 
determined viewpoint condition is satisfied; and a view- 
point moving step for moving the viewpoint to a selected 
position corresponding to the viewpoint condition when 
the viewpoint condition is satisfied. 
[0022] According to the present invention, it is deter- 
mined whether a predetermined viewpoint condition is 
satisfied, and when the viewpoint condition is satisfied, 
a viewpoint is moved to a selected position correspond- 
ing to the viewpoint condition, whereby the condition of 
the character which is moving can be displayed, with the 
viewpoint always positioned at a preferable position. 
[0023] According to the present invention, a viewpoint 
condition may be provided for an action by a game char- 



acter. This can move a viewpoint close or away in ac- 
cordance with the action by the character. 
[0024] According to the present invention, a game 
character may be a moving object, and a viewpoint con- 

5 dition may be that the moving object has spun. There- 
fore, by, for example, moving a viewpoint away, the sur- 
roundings of a spinning automobile can be clarified. 
[0025] According to the present invention, a game 
character may be a moving object, and a predetermined 

to viewpoint condition may be that the moving object has 
crashed. Therefore, by, for example, moving the view- 
point close to the character, an appealing image in which 
an automobile crashes can be displayed. 
[0026] According to the present invention, a viewpoint 

7-5 condition may be provided based on the positional rela- 
tionship between a predetermined obstacle provided in 
a game space and a game character, and it may be de- 
termined that the viewpoint condition is satisfied when 
the character is positioned within a predetermined range 

20 including an obstacle. Therelore, when the character is 
positioned within a predetermined range in the game 
space, the viewpoint is moved to a selected position, 
whereby it is prevented that the character cannot be 
clearly seen. 

25 [0027] According to the present invention, a table pro- 
vided for coordinates in a game space, and an area cor- 
responding to the predetermined range in the table, are 
stored, and obstacle determination is performed based 
on the correspondence between the coordinates of a 

30 game character in the game space and the area. There- 
fore, the determination is performed based on whether 
the coordinates of the character in the game space cor- 
respond to the area, whereby it is securely, easily de- 
termined whether the character is positioned in the pre- 

35 determined range. 

[0028] According to the present invention, coordi- 
nates in a predetermined range in a game space are 
stored, and obstacle determination is determined based 
on whether the coordinates of a game character in the 

40 game space are included in the predetermined range. 
Therefore, the determination is performed based on 
whether the coordinates of the character in the game 
space are included in the predetermined range, where- 
by it is securely, easily determined whether the charac- 

45 ter is positioned in the predetermined range. 

[0029] According to the present invention, a viewpoint 
condition may be provided based on the positional rela- 
tionship between a predetermined obstacle provided in 
a game space and a game character, and it may be de- 

so termined that the viewpoint condition is satisfied when 
the obstacle is positioned between the character and the 
present position of the viewpoint. Therefore, the view- 
point is moved to a selected position when an obstacle 
is positioned between the character and the present po- 

55 sition of the viewpoint, whereby it is prevented that the 
character cannot be clearly seen. 

[0030] According to the present invention, at least one 
of the moving direction and moving speed of a game 
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character is detected, and before an obstacle is posi- 
tioned between the character and the present viewpoint 
position, at least one of the moving direction and moving 
speed of the character may be taken into consideration 
so that a viewpoint starts to move. 
[0031] According to the present invention, a viewpoint 
may be provided behind a game character which is mov- 
ing. Therefore, the moving direction, etc., of the charac- 
ter can be clearly displayed. 

[0032] According to the present invention, when a 
viewpoint condition is satisfied and the position of a 
viewpoint differs from a selected position, the viewpoint 
may be moved to the selected position at a predeter- 
mined speed. Therefore, the viewpoint is moved at the 
predetermined speed to the selected predetermined po- 
sition in accordance with the viewpoint condition, where- 
by an image in which the view range changes in accord- 
ance with the motion of the viewpoint is displayed. 
[0033] According to the present invention, a plurality 
of viewpoint conditions and a plurality of selected posi- 
tions corresponding to the plurality of viewpoint condi- 
tions, are stored, and a viewpoint may be moved to the 
selected position corresponding to one of the viewpoint 
conditions which is determined to be satisfied. There- 
fore, the viewpoint is moved at a predetermined speed 
to each selected position corresponding to each view- 
point condition, whereby an image is displayed, with the 
viewpoint positioned at a preferable position in accord- 
ance with each condition of the character. 
[0034] Fig. 1 is a block diagram showing the control 
system of a video game machine according to an em- 
bodiment of the present invention. 
[0035] Fig. 2 is an obstacle table stored in a read-only 
memory. 

[0036] Fig. 3 is a drawing showing one game screen. 
[0037] Fig. 4 is a drawing showing one game screen. 
[0038] Fig. 5 is a drawing showing one game screen. 
[0039] Fig. 6 is a drawing showing one game screen. 
[0040] Fig. 7 is a drawing showing one game screen. 
[0041] Fig. 8 is a drawing showing one game screen. 
[0042] Fig. 9 is a drawing showing one game screen. 
[0043] Fig. 1 0 is a drawing showing one game screen. 
[0044] Fig. 11 is a drawing showing one game screen. 
[0045] Fig. 1 2 is a drawing showing one game screen. 
[0046] Fig. 1 3 is a drawing showing one game screen. 
[0047] Fig. 14 is a drawing showing one game screen. 
[0048] Fig. 1 5 is a flowchart illustrating a main-routine 
for a video game machine according to the present in- 
vention. 

[0049] Fig. 16 is a flowchart illustrating a sub-routine 
process (step ST45 shown in Fig. 14) for controlling the 
position of a viewpoint. 

[0050] Fig. 17 is a flowchart illustrating a sub-routine 
process (step ST140 shown in Fig. 16) for obstacle de- 
termination. 

[0051] Fig. 18 is a flowchart illustrating a sub-routine 
process (step ST230 shown in Fig, 16) for setting set 
point GP. 



[0052] Fig. 19 is a flowchart illustrating a sub-routine 
process (step ST250 shown in Fig. 16) for moving the 
position of a viewpoint. 

[0053] Fig. 20 is a perspective exterior view showing 
5 a video game machine according to an embodiment of 
the present invention. 

[0054] Fig. 21 is a drawing showing one game screen 
displayed on a monitor and coordinate systems used in 
a game according to the present invention. 
w [0055] Figs. 22A and 22B are drawings showing an- 
other technique for obstacle determination. 
[0056] Fig. 20 shows the exterior of a video game ma- 
chine according to an embodiment of the present inven- 
tion. 

*s [0057] The video game machine comprises a cab 1 
and a monitor 2. The cab 1 includes a seat 3, a steering 
wheel 4, an accelerator pedal 5, a brake pedal 6, and a 
hand brake 7, similar to those in the cab of an automo- 
bile. In the cab 1 , a coin slot 8 is provided on the front 

20 left of the seat 3, and a start switch 9 for initiating the 
game is provided on the horizontal right of the steering 
wheel 4. The monitor 2 is positioned so as be easily 
viewed by a player sitting on the seat 3, and includes a 
cathode-ray tube, a liquid crystal display, or a projector 

25 for displaying images. 

[0058] In this embodiment, with two video game ma- 
chines connected by a communication cable (not 
shown), two players compete with each other in a com- 
petition between a moving object (representing an au- 

30 tomobile in this embodiment; the automobile is herein- 
after referred to as the "player's car") as a player-ma- 
nipulated game character displayed on the monitor 2, 
and another moving object (representing an automobile 
in this embodiment; the automobile is hereinafter re- 

35 ferred to as the "enemy car") as an opponent-manipu- 
lated game character. 

[0059] An outline of the game played in the video 
game machine is described with reference to Fig. 21. 
Fig. 21 shows a game screen displayed on the monitor 

40 2, and coordinate systems used in the video game. 
[0060] In the video game, the players play tag in which 
there is one automobile corresponding to a "tagger", and 
the tagger is switched by the player-manipulated auto- 
mobiles touching each other. Above the automobile cor- 

45 responding to the tagger, a time bomb Q having a fuse 
41 is displayed. When the tagger is switched by contact, 
the position of the displayed time bomb Q is shifted to 
above the automobile as the new tagger, as represented 
by the two-dot chain line shown in Fig. 21 . 

so [0061] In the video game, a field representing the en- 
tire space expressed in computer graphics includes 
streets, warehouses, grasslands, and forests. Around 
the streets, virtual models such as warehouses and 
buildings, in other words, objects displayed in computer 

55 graphics, are provided, and the automobiles are manip- 
ulated to run along the objects. 

[0062] The three-dimensional, X-, Y-, and Z-world co- 
ordinate system shown in Fig. 21 is used in the field. 
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The streets, etc., are described using the world coordi- 
nate system. The three-dimensional, x-, y-, and z-local 
coordinate system shown in Fig. 21 is used in part of the 
space in the field. Information such as the shape and 
position of each model such as a building is described s 
using the x-, y-, z-local coordinate system provided for 
each information. Control of ordinary automobile travel- 
ling and determination of collision between automobiles 
(described below) are performed using only two-dimen- 
sional, X- and Y-coordinate data, whereby the speed of to 
arithmetic operation is increased. 
[0063] Fig. 1 shows a block diagram of a control sys- 
tem for the video games according to this embodiment. 
Fig. 2 shows an obstacle table stored in a read-only 
memory (ROM). is 
[0064] As shown in Fig. 1 , the control system includes 
the monitor 2, the start switch 9, a coin detector 21 , a 
driving operation unit 22, a ROM 23, a random-access 
memory 24, and a controller 25. The controller 25 in- 
cludes an automatic control unit 251 , a communication 20 
control unit 252, a position determination unit 253, a 
viewpoint-position control unit 254, and a rendering unit 
255. 

[0065] The start switch 9 is operated by the player. 
When the start switch 9 is turned on by the player, a 2s 
switching signal representing activation is sent to the 
controller 25. The coin detector 21 detects a coin insert- 
ed into the coin slot 8 (shown in Fig. 20), and a detection 
signal from the coin detector 21 is sent to the controller 
25. 30 
[0066] The driving operation unit 22 includes the 
steering wheel 4, the accelerator pedal 5, the brake ped- 
al 6, and the hand brake 7. Operation data such as an 
angle of rotation of the steering wheel 4, the amount of 
using the accelerator pedal 5, the amount of using the 35 
brake pedal 6, and the amount of operating the hand 
brake 7, are converted into voltages having correspond- 
ing levels before being sent to the automatic control unit 
251. 

[0067] In the ROM 23, the program of the video game, 40 
coordinate data of the field based on the world coordi- 
nate system, coordinate data of each model based on 
the local coordinate system, a program related to mo- 
tions of each automobile based on automotive engineer- 
ing, and data on the correspondence between the world «s 
coordinate system and the local coordinate system, are 
stored. 

[0068] In the ROM 23, which includes a table storage 
means and a condition storage means, viewpoint-point- 
ing data based on the world coordinate system, view- so 
point conditions, and selected positions set in accord- 
ance with the viewpoint conditions (described below), 
and an-obstacle table 30 (shown in Fig. 2), are stored. 
The RAM 24 is a temporary data storage unit. 
[0069] The obstacle table 30 (shown in Fig. 2) is set ss 
to correspond to two-dimensional coordinates. One sec- 
tion of the obstacle table 30 corresponds to, for exam- 
ple, an area of 1 X 1 mm in the field. The data of sections 
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in a predetermined area are set to ones. The predeter- 
mined area includes sections corresponding to the co- 
ordinates of a model such as a tree or building that acts 
as an obstacle when the player's car is viewed from the 
viewpoint. The data of the other sections are set to ze- 
ros. 

[0070] Referring back to Fig. 1 , the controller 25 in- 
cludes a CPU or logic circuit. The controller 25 performs 
various operations in a predetermined sampling cycle, 
and uses the operation results to control each unit and 
to display an image on the monitor 2. The controller 25 
determines that a coin is inserted into the coin slot 8 
(shown in Fig. 20) when receiving a detection signal sent 
from the coin detector 21 , and determines that the start 
switch 9 is turned on by the player when receiving a 
switching signal sent from the start switch 9. 
[0071] The automatic control unit 251 in the controller 
25 controls the driving of the player's car, using opera- 
tion data on each unit from the driving operation unit 22, 
and the automobile motion program based on automo- 
bile engineering, which is stored in the ROM 23. 
[0072] The communication control unit 252 transmits, 
to the other video game machine, coordinate data on 
the position of the player's car detected by the automatic 
control unit 251 , and receives and sends coordinate da- 
ta on the position of the automobile controlled by the 
other video game machine, namely, the enemy car, to 
the position determination unit 253. 
[0073] The position determination unit 253 is de- 
scribed with reference to Figs. 1 to 4. Fig. 3 illustrates a 
situation in which the enemy car is found in front of the 
player's car. Fig. 4 illustrates a situation in which the 
player's car is found by the enemy car, which runs back- 
ward. 

[0074] The position determination unit 253 deter- 
mines positional relationship such as contactor collision 
between the player's car and the enemy car, using the 
coordinate data on the player's car and the enemy car 
sent from the automatic control unit 251 and the com- 
munication control unit 252, and also has the following 
functions (1 ) to (5). 

(1) The position determination unit 253 recognizes 
the automobile corresponding to the tagger. If it has 
determined that the automobile corresponding to 
the tagger has touched the other automobile, it de- 
termines that the tagger is shifted to the other au- 
tomobile. The determination is performed when the 
two automobiles are in contact for not less than a 
predetermined time (e.g., 0.3 seconds). 

(2) The position determination unit 253 functions as 
an obstacle determination means. In other words, 
it recognizes that the data of the sections in the ob- 
stacle table 30 (shown in Fig. 2) corresponding to 
the coordinate data on the player's car are zeros or 
ones. If it has recognized that the data are zeros, it 
determines that there is no obstacle, and if it has 
recognized that the data are ones, it determines that 
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there is an obstacle. Subsequently, it sends the de- 
termination result to the viewpoint-position control 
unit 254. 

(3) The position determination unit 253 functions as 

a spin determination means or crash determination $ 
means. In other words, it determines the positional 
relationship between the player's car and an edge 
of a road, and determines whether the player's car 
touches or collides with the edge of the road, where- 
by determining that the player's car has spun or fall- 10 
en from a cliff to crash against the ground due to 
the contact or collision. 

It also sends, to the viewpoint-position control unit 
254 and the rendering unit 255 ; a spin signal if the 
player's car has spun, and a crash signal if the play- 15 
er's car has crashed. 

(4) The position determination unit 253 determines 
whether the enemy car is found in front when the 
player's car is a tagger. As shown in Fig. 3, when 
distance D between an enemy car 30 and a player's 20 
car 32 is within a predetermined value (e.g., 50 me- 
ters in this embodiment), and the enemy car 30 is 
within predetermined horizontal angle 6 (e.g., 0 - 

30° in this embodiment) from the front of the player's 
car 32, it determines that an enemy car 30 is detect- 25 
ed. 

(5) The position determination unit 253 determines 
whether the player's car is found by the enemy car 
behind when the enemy car is a tagger. As shown 

in Fig. 4, when distance D between an enemy car 30 
30 and a player's car 32 is within a predetermined 
value (e.g., 50 meters in this embodiment), and the 
opponent 30 is within predetermined horizontal an- 
gle <t> (e.g., $ = 30° in this embodiment) from the rear 
of the player's car 32, it determines that the player's 35 
car 32 is found by the enemy car 30. In Fig. 4, the 
enemy car 30 is represented by a time bomb for 
convenience of description. 

[0075] With reference to Fig. 1 and Figs. 4 to 14, the 40 
viewpoint-position control unit 254 is described. Fig. 5 
shows a moving range of the viewpoint. Figs. 6 to 1 4 
show screens of the video game, respectively. 
[0076] The viewpoint-position control unit 254 sets 
the position of the viewpoint when the player's car is dis- 45 
played on the monitor 2 by the rendering unit 255. 
[0077] The viewpoint is positioned behind and slightly 
above the player's car. The direction of the viewpoint is 
set to correspond to the direction of the player's car. An 
angle of view is set to horizontal angle G (e.g., ±30° in so 
this embodiment) with respect to the direction of the 
player's car. A range of view is determined by the angle 
of view and the distance from the viewpoint. 
[0078] In Fig. 5, a viewpoint 31 represented by the 
camera is moved along the viewpoint positions based s s 
on the world coordinate system. 

[0079] Closest point PI closest to the player's car 32 
corresponds to zero points, and farthest point P2 far- 
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thest to the player's car 32 corresponds to 500 points. 
[0080] Point GP (set position) of the viewpoint is de- 
termined by satisfying or not satisfying predetermined, 
viewpoint conditions. In the case where present point 
NP of the viewpoint differs from set point GP when the 
viewpoint conditions are satisfied, the viewpoint moves 
at moving speed MS (points/frame) set by the number 
of points per frame. 

[0081 ] The viewpoint-position control unit 254 has the 
following viewpoint conditions (1) to (7). 

(1) It does not move the viewpoint for a predeter- 
mined time (e.g., 5 seconds in this embodiment) 
from the game start. This prevents the player from 
getting confused by the motion of the viewpoint at 
the game start. 

(2) If the position determination unit 253 has deter- 
mined that the player's car has clashed, the view- 
point is positioned to be the closest to the player's 
car 32 by setting set point GP at zero, and moving 
speed MS at 4. This displays an impressive image 
of the player's car 32 having clashed, as shown in 
Fig. 6. 

(3) If the position determination unit 253 has deter- 
mined that the player's car approaches an obstacle 
such as a tree or building, the viewpoint is posi- 
tioned to quickly approach the player's car 32 by 
setting set point GP at 35, and moving speed MS 
at 1 0 

For example, when the player's car 32 is behind 
a tree as shown in Fig. 7, the viewpoint automati- 
cally approaches the player's car 32, so that the 
player's car 32 can be clearly seen again, as shown 
in Fig. 8. 

When the player's car 32 enters a warehouse 
33 as shown in Fig. 9, the viewpoint automatically 
approaches and enters the warehouse 33 as shown 
in Fig. 9, so that the player's car 32 can be clearly 
seen again as shown in Fig. 10. 

. When the player's car 32 goes along an alley 
between buildings 34 and 35 as shown in Fig. 11, 
the viewpoint approaches the player's car 32 as 
shown in Fig. 12, and further approaches the play- 
er's car 32, so that the player's car 32 can be clearly 
seen again as shown in Fig. 13. This prevents the 
player from having a mistake in driving the player's 
car 32. 

(4) If the position determination unit 253 has deter- 
mined that the player's car 32 has spun, the view- 
point is positioned to be away from the player's car 
32 by setting set point GP at 300, and moving speed 
MS at 3. This enables the player to view surround- 
ings of the player's car 32, which is being spinning, 
and prevents the player from losing a sense of di- 
rection. 

When a spin signal is sent from the position deter- 
mination unit 253, the motion of the viewpoint to the 
rear of the player's car 32 is interrupted, and the 
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viewpoint is fixed in the desired direction. This pre- 
vents the image displayed on the monitor 2 1rom ro- 
tating. 

(5) When the player's car 32 is a tagger, and the 
enemy car 30 is detected in front of the player's car 
32, the viewpoint is positioned to approach the play- 
er's car 32 by setting set point GP at 40, and moving 
speed MS at 5. This provides a clear, appealing im- 
age. 

(6) When the enemy car 30 is a tagger, and the play- 
er's car 32 is detected, the viewpoint is positioned 
to be relatively away from the player's car 32 in ac- 
cordance with distance D (shown in Fig. 4) between 
the enemy car 30 and the player's car 32 by setting 
set point GP at 100 to 275, and moving speed MS 
at 2. 

In Fig. 4, concerning set point GP, GP = 100 if D < 
20, GP = 225 if 20 < D < 30, GP = 250 if 30 < D < 
40, and GP = 275 if 40 < D < 50. By using these 
settings, it is clear that the player's car 32 is being 
chased, and that the position of the player's car 32 
is easily recognized. 

(7) In the case where the above-described view- 
point conditions are not satisfied, and at a default 
option, the viewpoint is positioned at normal posi- 
tion P3 (shown in Fig. 5) by setting set point GP at 
200, and moving speed MS at 2. 

[0082] In this embodiment, closest point P1 isatadis- 
tance corresponding to approximately eight meters from 
the player's car 32, and farthest point P2 is at a distance 
corresponding to approximately forty meters from the 
player's car 32. 

[0083] When the position of the viewpoint is ordinarily 
changed, only the two-dimensional coordinates (x, y) of 
the viewpoint are used to perform operation, and com- 
putation of a viewpoint moving distance is performed us- 
ing only values based on the viewpoint, whereby an op- 
eration time can be reduced. 

[0084] The arrows displayed on the monitor 2 (shown 
in Figs. 7 to 14) represents a direction in which there is 
the enemy car 30. 

[0085] Referring back to Fig. 1 , the rendering unit 255 
is described. 

[0086] The rendering unit 255 has the following func- 
tions (1) to (4). 

(1) The rendering unit 255 performs known three- 
dimensional image processing such as geometry or 
rendering to display, on the monitor 2, models such 
as the enemy car 30 detected by the position deter- 
mination unit 253, buildings around a road and a 
field having streets in range of sight, by using the 
viewpoint at the position determined by the view- 
point-position control unit 254. 
When the rendering unit 255 displays the streets, 
etc.. it displays a necessary range in the range of 
sight. When the direction of the player's car 32 



changes, the coordinate data of the viewpoint re- 
volve in the opposite direction to the direction of 
change, whereby a range in which the models ap- 
pear is displayed. 
s (2) When a collision signal, a spin signal, or a crash 
signal is sent from the position determination unit 
253, the rendering unit 255 displays a vibrating 
screen on monitor 2 by moving the position of the 
viewpoint. 

io (3) As shown in Fig. 21 , the rendering unit 255 dis- 
plays, above the automobile corresponding to the 
tagger, the time bomb Q having the lighted fuse 41 
connected to a main part 42. If the position deter- 
mination unit 253 has determined that the tagger is 
is switched, the rendering unit 255 also moves the dis- 
play position of the time bomb Q to above an auto- 
mobile corresponding to the new tagger, as indicat- 
ed by the two-dot chain line in Fig. 21 . 
(4) With an elapsed time from the game start meas- 
20 ured, and the fuse 41 shortened al a predetermined 
rate in accordance with an elapse of time, when a 
predetermined time passes from the game start, the 
rendering unit 255 displays the image of the fuse 
41 , which is burnt, before displaying an image in 
25 which the time bomb Q has exploded. 

[0087] The video game according to the present in- 
vention determines whether two automobiles touches 
each other, and determines based on contact that a tag- 
so ger has switched. Accordingly, a video game machine 
can be applied to tag, which can enhance an interest to 
the game. 

[0088] In addition, when two automobiles continues 
to touch each other for at least a predetermined time, 

35 the video game determines that the tagger has 
switched. Accordingly, if the two automobiles have 
touched each other a number of times in a short time, 
the time bomb Q cannot frequently move, which pre- 
vents the player from losing a clear view. 

40 [0089] Next, a process for operation of the video 
game machine of the present invention is described. 
Fig. 15 shows a main routine performed in the video 
game machine. 

[0090] When main power is supplied to the video 
45 game machine, the rendering unit 255 displays a dem- 
onstration screen on the monitor 2 (step ST5). The proc- 
ess determines whether a coin was inserted into the coin 
slot 8 (step ST10). If no coin was inserted ("NO" in step 
ST10), the demonstration screen in step ST5 is contin- 
50 uously displayed. If a coin was inserted ("YES" in step 
ST10), the rendering unit 255 displays a start screen 
(step ST15). 

[0091] The process determines whether the start 
switch 9 was turned on (step ST20). If the start switch 
55 g was notturnedon ("NO" in step ST20), the start screen 
in step ST1 5 is continuously displayed, tf the start switch 
9 was turned on ("YES" in step ST20), the game starts, 
and the player operates the driving operation unit 22 so 
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that the player's car runs. 

[0092] Operation data from each part of the driving 
operation unit 22 are input to the player's-car control unit 
251 (step ST25). The input data are used to perform 
simulation based on automotive engineering in accord- 
ance with the automobile motion program stored in the 
ROM 23 (step ST30). Positional data on the world co- 
ordinates of the player's car determined in the simula- 
tion are updated (step ST35). 

[0093] Based on enemy-car data received by the 
communication control unit 252, positional data on the 
player's car are updated (step ST40). Control of the po- 
sition of the viewpoint (described below) is performed 
(step ST45). Based on the position and direction of the 
viewpoint determined in step ST45, the rendering unit 
255 displays images on the monitor 2 by performing 
three-dimensional image processing (step ST50). The 
process determines whether a predetermined time from 
the game start has elapsed (step ST55). If the predeter- 
mined time has not passed ("NO" in step ST55), the 
process returns to step ST25, in which it performs the 
same processing to repeatedly control driving. If the pre- 
determined time has elapsed ("YES" in step ST55), the 
process terminates. 

[0094] The game may be started by inserting a coin, 
without turning on the start switch 9. The game may be 
terminated when the tagger is switched a predetermined 
number of times, even if the predetermined time has not 
passed. 

[0095] Fig. 16 shows a flowchart of a sub-routine 
process for controlling the position of the viewpoint (step 
ST45 shown in Fig. 15). 

[0096] At first, each data is set at an initial value. In 
other words, the present point NP of the viewpoint is set 
at 200, the set point GP as a target for moving the po- 
sition of the viewpoint is set at 200, and the moving 
speed MS is set at zero (step ST100). 
[0097] The process determines whether five seconds 
have elapsed (step ST110). Until five seconds elapse 
("NO" in step ST110), the process does not proceed to 
the subsequent steps, and the position of the viewpoint 
is not controlled. If five seconds have elapsed ("YES" in 
step ST110), the process determines whether the play- 
er's car has crashed (step ST120). 
[0098] If the player's car has crashed ("YES" in step 
ST120), the set point GP is set to zero, and the moving 
speed MS is set at 4 (step ST130) before the process 
proceeds to step ST250. 

[0099] If the player's car has not crashed ("NO" in step 
ST120), obstacle determination (described below) is 
performed (step ST140). If, as a result of the determi- 
nation, an obstacle is detected ("YES 11 in step ST150), 
the set point GP is set to 35, and the moving speed MS 
is set to 10 (step ST160) before the process proceeds 
to step ST250. 

[0100] If no obstacle is detected ("NO" instep ST150), 
the process determines whether the player's car has 
spun (step ST170). 



[0101] If the player's car has spun ("YES" in step 
ST170), the set point GP is set to 300, and the moving 
speed MS is set to 3 (step ST180) before the process 
proceeds to step ST250. 

s [0102] If the player's car has not spun ("NO" in step 
ST170), the process determines whether the enemy car 
is detected when the player's car is a tagger (step 
ST190). If the enemy car is detected ("YES 0 in step 
ST190), the set point GP is set to 40, and the moving 

to speed MS is set to 5 (step ST200) before the process 
proceeds to step ST250. 

[0103] If no enemy car is detected ("NO" in step 
ST190), the process determines whether the player's 
car is detected when the enemy car is a tagger (step 

*s ST210). If the player's car is detected ("YES" in step 
ST21 0), the moving speed MS is set to 2, and the setting 
of the set point GP (described below) is performed (step 
ST230) before the process proceeds to step ST250. 
[0104] If the player's car is not detected ("NO" in step 

20 ST210), the set point GP is set to 200, and the moving 
speed MS is set to 2 (step ST240). The moving of the 
position of the viewpoint (described below) is performed 
(step ST250) : and the process terminates. 
[0105] Fig. 17 shows an obstacle determination sub- 

25 routine process (step ST140 shown in Fig. 16). 

[01 06] Initially, the process determines an address of 
the obstacle table 30 (shown in Fig. 2) which corre- 
sponds to the present central coordinates of the player's 
car in the world coordinate system (step ST300). The 

30 process determines whether data corresponding to the 
address is one (step ST310). If the data is one ("YES" 
in step ST310), the process determines that an obstacle 
is detected (step ST320). If the data is zero, the process 
determines that no obstacle is detected (step ST330) 

35 before the process terminates. 

[0107] Fig. 18 shows a sub-routine process (step 
ST230 shown in Fig. 16) for setting the set point GP. 
[0108] Initially, distance D between the player's car 
and the enemy car is computed (step ST400). I n accord- 

40 ance with distance D (step ST41 0), the setting of the set 
point GP is performed (steps ST420 to ST450). 
[0109] Specifically, if distance D < 20, the set point GP 
is set to 100 (step ST420). If 20 < distance D < 30, the 
set point GP is set to 225 (step ST430). If 30 < distance 

45 d < 40, the set point GP is set to 250 (step ST440). If 
40 < distance D < 50, the set point GP is set to 275 (step 
ST450). 

[0110] Fig. 19 shows a sub-routine process (step 
ST250 shown in Fig. 16) for moving the position of the 

50 viewpoint. 

[0111] Initially, the process determines whether the 
present point NP is greater than the set point GP (step 
ST500). If the present point NP > the set point GP 
("YES" in step ST500), an operation of the present point 

55 np = the present point NP - the moving speed MS is 
performed (step ST510), and the process terminates. 
[011 2] If the present point NP £ the set point GP ("NO" 
in step, ST500), the process determines whether the 
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present point NP < the set point GP (step ST520). If the 
present point NP < the set point GP ("YES* in step 
ST520), an operation of the present point NP = the 
present point NP + the moving speed MS is performed 
(step ST530), and the process terminates. s 
[01 13] If the relationship in which the present point NP 
< the set point GP does not hold ("NO" in step ST520), 
the present point NP = the set point GP, and the process 
accordingly terminates. 

[0114] The present invention is not limited to the fore- 10 
going embodiment, but the following modifications (1) 
to (13) may be employed. 

(1 ) The moving speed MS of the viewpoint may not 

be set at a constant value, but may be preferably 7$ 
increased or reduced in accordance with environ- 
ments when the viewpoint is moved. 

(2) In addition to the foregoing embodiment in which 
the viewpoint is linearly moved close or away, the 
viewpoint may be horizontally or vertically moved 20 
so that an observation position can change depend- 
ing on a game mode. 

(3) In the foregoing embodiment, as shown in Fig. 
5, the viewpoint 32 is relatively smooth moved be- 
tween closest position P1 and farthest position P2. 25 
However, if the viewpoint 32 is automatically 
moved, it does not need to be moved at intervals of 
viewpoint positions, but may be moved at two stag- 
es comprised of normal position P3 and each set 
point GP, or three stages including the intermediate 30 
position. 

(4) Before it is determined that there is an obstacle 
between the viewpoint and the player's can at least 
one of the moving direction and speed of the play- 
er's car is taken into consideration for determining 35 
that there may be an obstacle, whereby the view- 
point may be controlled so that its position can start 

to move just before the obstacle is detected. This 
enables a player's quick response. 

(5) Concerning the ROM 23 as a recording medium, 40 
portable recording media such as CD-ROMs, opti- 
cal disks, memory cards, and floppy disks, may be 
used, which makes it possible to facilitate game- 
program exchange or updating. 

(6) Also a television set may be used as the monitor 45 
2. Concerning the accelerator pedal 5, a hand-op- 
erable switch button may be used in place of a foot- 
operable pedal. 

(7) In conditions excluding the case where there is 

an obstacle between the viewpoint and the player's so 
car, in addition to the moving of the position of the 
viewpoint, the angle of view may be changed 
(zoomed) in accordance with each viewpoint con- 
dition. By way of example, when the position of the 
viewpoint is moved away from the player's car, the ss 
angle of view may be enlarged using the viewpoint- 
position control unit 254. This extends the view 
range, and makes it possible for the player to clearly 
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view the surroundings of the player's car. 

(8) The obstacle determination is not limited to tech- 
niques using the obstacle table 30 shown in Fig. 2. 
The obstacle determination may be performed by 
determining whether the coordinate data on the 
player's car are positioned within two-dimensional 
areas 54 after presetting areas having predeter- 
mined radiuses around obstacles such as trees 51 
and tunnels 52 as hatched in Fig. 22A, and storing, 
in the ROM 23, the two-dimensional areas 54 cor- 
responding to the preset areas as shown in Fig. 
22B. 

(9) The present invention can be applied to not only 
an automobile game but also games in which a 
game character is moved and at least one action is 
performed by the game character and various vid- 
eo games including obstacles (e.g. , in games where 
a game character flies, mountains, clouds, other 
game characters, etc., are obstacles, and in games 
where a game character moves on the sea or in wa- 
ter, rocks, other game characters, weather condi- 
tions, etc., are obstacles), such as competition 
games and battle games. 

(10) In the foregoing embodiment, the player's car 
spins or crashes due to contact or collision with the 
enemy car or a road. However, in the case where a 
moving object as a game character is a ship, the 
ship may be spun due to a tide or a swirl, and in the 
case where the moving object is a spaceship, the 
spaceship may be spun or crashed due to contact 
or collision with a meteorite or the like. 

(11) In the foregoing embodiment, when the player's 
car crashes, the viewpoint is moved close to the 
player's car. However, the viewpoint may be moved 
away from the player's car. This enables the player 
to clearly view surroundings of the player's car, 
which prevents the player from losing sight of direc- 
tions. 

(1 2) In the foregoing embodiment, as shown in Fig. 
6, when the player's car 32 crashes, by moving the 
viewpoint close to the player's car 32 from, for ex- 
ample, its position just before the crash, the view- 
point is positioned out of the back of the player's car 
32. However, the viewpoint may be positioned be- 
hind the player's car 32, even when the player's car 
32 crashes. Accordingly, the direction of the player's 
car 32 when it crashes can be clarified. 

(13) In the foregoing embodiment, as shown in Fig. 
14, when the player's car 32 spins, by moving the 
viewpoint away from its position just before the spin, 
the viewpoint is positioned out of the back of the 
player's car 32. However also when the player's car 
32 spins, the viewpoint is positioned behind the 
player's car 32 until the spin ends, or in the middle 
of the spin. This displays a spinning image on the 
monitor 2, which can enhance the virtual reality of 
spinning. 
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Claims 

1 . A video game machine is characterized by compris- 
ing: 

operation means for outputting an operation 
signal when said operation means is externally 
operated, said operation signal corresponding 
to the type of operation; 
motion-control means for moving a game char- 
acter in a game space in accordance with said 
operation signal; 

rendering means for displaying, on a displaying 
means, an image including said game charac- 
ter, while using a predetermined position set 
with respect to said game character as a view- 
point; 

. condition storage means for storing a predeter- 
mined viewpoint condition, and a selected po- 
sition provided in accordance with said prede- 
termined viewpoint condition; 
condition determination means for determining 
whether said predetermined viewpoint condi- 
tion is satisfied; and 

viewpoint-position control means for moving 
the viewpoint to each selected position when 
said predetermined viewpoint condition is sat- 
isfied. 

2. A video game machine according to Claim 1 , where- 
in said predetermined viewpoint condition is provid- 
ed for an action by said game character. 

3. A video game machine according to Claim 2, where- 
in said game character is a moving object, and said 
predetermined viewpoint condition is that said mov- 
ing object has spun. 

4. A video game machine according to Claim 2, where- 
in said game character is a moving object, and said 
predetermined viewpoint condition is that said mov- 
ing object has crashed. 

5. A video game machine according to Claim 1 , where- 
in said viewpoint condition is provided based on the 
positional relationship between a predetermined 
obstacle provided in said game space and said 
game character, and 

said condition determination means deter- 
mines that said viewpoint condition is satisfied 
when said game character is positioned within a 
predetermined range including the obstacle. 

6. A video game machine according to Claim 5, further 
including table storage means for storing a table 
provided for coordinates in said game space, and 
an area corresponding to said p. redetermined 
range in said table, 



18 

wherein said condition determination means 
performs determination based on the correspond- 
ence between the coordinates of said game char- 
acter in said game, space and said area. 

5 

7. A video game machine according to Claim 5, further 
including range storage means for storing coordi- 
nates in said predetermined range in said game 
space, 

10 wherein said condition determination means 

performs determination when the coordinates of 
said game character in said game space are includ- 
ed in said predetermined range. 

is 8. A video game machine according to Claim 1, where- 
in said viewpoint condition is provided based on the 
positional relationship between a predetermined 
obstacle provided in said game space and said 
game character, and 

20 said condition determination means deter- 

mines that said viewpoint condition is satisfied 
when said obstacle is positioned between said 
game character and the present position of said 
viewpoint. 

25 

9. A video game machine according to any one of 
Claims 1 to 8, wherein said viewpoint is provided 
behind said game character which is moving. 

30 10. A video game machine according to any one of 
Claims 1 to 9. wherein when said viewpoint condi- 
tion is satisfied and the position of said viewpoint 
differs from the selected position, said viewpoint- 
position control means moves said viewpoint to the 

3S selected position at a predetermined speed. 

11. A video game machine according to Claim 10, 
wherein said condition storage means stores a plu- 
rality of viewpoint conditions and a plurality of se- 

40 lected positions corresponding to the plurality of 
viewpoint conditions, and 

said viewpoint-position control means moves 
said viewpoint to the selected position correspond- 
ing to one of said viewpoint conditions which is de- 
45 termined by said viewpoint condition means to be 
satisfied. 

12. A screen display method for a video game in which 
a game screen including a game character moved 

50 in a game space in accordance with an external op- 
eration is displayed on a display means, with a pre- 
determined position to said game character used 
as a viewpoint, said screen display method charac- 
terized in that when a predetermined viewpoint con- 
55 dition is satisfied, said viewpoint is moved to a se- 
lected position corresponding to the viewpoint con- 
dition. 
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13. A recording medium containing a screen display 
program for a video game in which a game screen 
including a game character moved in a game space 
in accordance with an external operation is dis- 
played on a display means, with a predetermined $ 
position to said game character used as a view- 
point, said recording medium characterized in that 
said screen display program comprises: a condition 
determination step for determining whether a pre- 
determined viewpoint condition is satisfied; and a to 
viewpoint moving step for moving said viewpoint to 
a selected position corresponding to said viewpoint 
condition when said viewpoint condition is satisfied. 
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